| Author |
Thread Statistics | Show CCP posts - 0 post(s) |
Alice Celadon
   |
Posted - 2010.05.27 10:50:00 -
[1]
[1600mm tinfoil hat]
Remember when I had a weird thread where I said the point of Tyrannis was for CCP to radically redistribute isk? It would be incredible if the reprocessing ability is purposeful, and CCP has created a massive one time isk black hole specifically designed to "cater" to the REI/massive industrialist crowd.
Here's how it would work:
1. Uber rich industrialists buy trillions of isk worth of cheap POS mods and reprocess them into end-tier PI products.
2. CCP does some last minute "tweaks" before seeding command centers, increasing both the output of PI and the amount of PI materials needed to manufacture end products.
3. The above constitutes a massive, targeted isk sink.
[/1600mm tinfoil hat]
|
Alice Celadon
|
Posted - 2010.05.28 00:33:00 -
[2]
Here's the way CCP will fix this:
CCP to database DEVS: Go add a "0" to P4 output and also to P4 materials requirements on BPOs.
Database DEVS: Done.
This means, if any alliance wants to manufacture 40 outposts, do it in the next few days.
|
Alice Celadon
|
Posted - 2010.05.28 02:20:00 -
[3]
The plot thickens? REAA and Cynojammers show "0" volume for yesterday in The Forge. Is CCP trying to suppress what is now common knowledge?
|
Alice Celadon
|
Posted - 2010.05.28 02:42:00 -
[4]
 Originally by: Grozen
Originally by: Alice Celadon
The plot thickens? REAA and Cynojammers show "0" volume for yesterday in The Forge. Is CCP trying to suppress what is now common knowledge?
its been reset every few hours i noticed that after i saw 12k volume few hours later it was 0 and 2hours later 1k again.Now its 0 again.The reason is not known for now.
Ah. This is likely a coding error where the database stored the volume number in a space 2^14 bits or something like that in order to save space. I wonder how many times the transaction volume spooled around 16,384? Heh heh.
|
Alice Celadon
|
Posted - 2010.05.28 12:16:00 -
[5]
Originally by: Neo Gabriel
A good way for them to fix this is to simply make this ninja change during the DT for PI stuff deployment:
Multiply the numbers of mats required to manufacture using PI items by 2 orders of magnitude, increase production/extraction rates accordingly and reduce volume of items to match. 1 item becomes 100, volume of 1 unit is divided by 100.
Result: Everyone who exploited this for material gain is SOL and the problem is solved.
Only downside is database will have to handle extra zeros.
Yes, the longer CCP waits to do this, the more damage will be done. So far, I already know of 8 separate outposts cooking at the awesome price of ~3 billion.
|
Alice Celadon
|
Posted - 2010.05.29 01:21:00 -
[6]
Guys, cool it. There are dozens of ways CCP could have prevented this. Inability to formulate ways to prevent mass CSJ, REAA reprocessing was not CCP's failing. Their failing was not identifying the problem beforehand.
What's more interesting at this point is to speculate what possible fixes could be at hand. 10xin 10xout (ahem, which I would self-aggrandizingly point out I first suggested in this thread) seems like a good option.
...
However I predict CCP's solution will be to do nothing. Anything else would require more coding and bug testing. If this is the case on the eve of June 8th, even I will dump a few decabillion isk into this machine.
|
Alice Celadon
|
Posted - 2010.06.02 11:47:00 -
[7]
evil things are happening.
http://www.eve-offline.net/
the server status is active, but none of us has the right protocols. my guess is GMs are busy little santa clauses at the moment.
|
Alice Celadon
|
Posted - 2010.06.02 13:04:00 -
[8]
Originally by: Akita T
Apparently, nope :
Originally by: Chaos Incarnate
jobs were not cancelled, mine are all still cooking.
santa claus left f|_|king coal.
|
| |
|